CLAIMS 

What is claimed is : 

1 . A system to provide a common runtime container framework, comprising: 

a runtime container capable of processing service requests and providing application 
services; 

a metadata object capable of providing metadata on context, state, and/or other 
information about the data and objects being processed; and 

a hierarchical architecture capable of organizing the runtime container and the metadata 
object at levels within the hierarchical architecture. 

2. The system in claim 1, wherein: 

the runtime container is extensible via inheritance mechanisms, which inherit, provide, 
create and extend services, functionalities and properties of other runtime containers in 
the hierarchical architecture. 

3. The system in claim 1, wherein: 

the metadata object is extensible via inheritance mechanisms, which inherit properties, 
methods and interfaces of other metadata objects in the hierarchical architecture. 

4. The system in claim 1, wherein: 

the runtime container and the metadata object are organized in duality, wherein a 
container at one level in a hierarchical architecture is capable of accessing a metadata 
object at the same level in the hierarchical architecture. 

5. The system in claim 1, further comprising: 

a well-defined API capable of creating new types of runtime containers, or customizing 
existing containers with incremental features. 

6. The system in claim 1 , further comprising: 

a well-defined API capable of creating new levels in the hierarchical architecture for the 
runtime container and the metadata object. 
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7. A system to provide a common runtime container framework, comprising: 

a routing and event handling component capable of communicating with an invocation 
component and adapted to be capable of communicating with external clients; 
said invocation component capable of (1) receiving requests from the routing and event 
handling component, (2) dispatching said requests to a service component within a 
runtime container, and (3) managing the returned responses; 

at least one said service component within the runtime container capable of processing 
requests from the invocation component and producing responses back to the invocation 
component; 

a state manager capable of obtaining state information from a nonvolatile storage and 

providing such information to the invocation component and the runtime container; 

a context manager capable of obtaining information from a metadata object and providing 

such information to the invocation component and the runtime container; and 

a control component capable of communicating with the runtime container and adapted to 

be capable of communicating with external services. 

8. The system in claim 7, wherein: 

the routing and event handling component is capable of communicating with the 
invocation component using a uniform or standardized protocol. 

9. The system in claim 7, wherein: 

the invocation component can be event-driven, wherein event delivery to a component 
and event generation from a component within the runtime container can be synchronous 
or asynchronous. 

10. The system in claim 7, wherein: 

the service component can be created in the form of Java Beans. 

11. The system in claim 7, wherein: 

the service component is capable of performing either pre-processing requests or post- 
processing of responses sent to or returned from the component. 

12. The system in claim 7, further comprising: 
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a simplified component abstraction capable of transparently mapping the service 
component to a more complex set of components to generate and deploy applications 
under runtime environment. 

13. The system in claim 7, further comprising: 

a common configuration model capable of specifying the service component 
declaratively and programmatically, as well as providing a model for declarative 
configuration override of the component at application deployment time. 

14. The system in claim 7, wherein: 

the state manager is capable of locating, managing and persisting state information, 
wherein the physical mechanism of doing so is transparent. 

15. The system in claim 7, wherein: 

the context manager is capable of exposing component-level application services using 
the context information. 

16. The system in claim 7, wherein: 

the control component is capable of providing a simplified and common interaction 
model to communicate with the external services. 

17. A system to provide a common runtime container, comprising: 

at least one servlet capable of managing communications between the runtime container 
and external entities using common or uniform protocols; 

at least one listener capable of monitoring incoming communication at the servlet; 

a first dispatcher component capable of (1) communicating with one or more servlets, (2) 

determining which components to invoke, (3) dispatching requests requiring 

asynchronous processing to a queue, and (4) dispatching requests requiring synchronous 

processing directly to a stateful or a stateless component; 

said queue capable of storing asynchronous requests; 

a second dispatcher component capable of (1) receiving requests from the queue, (2) 
determining which components to invoke, and (3) dispatching requests requiring 
synchronous processing directly to a stateful or a stateless component; 
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at least one said stateless component capable of processing stateless requests; and 
at least one said stateful component capable of processing stateful requests. 

18. The system in claim 17, wherein: 

the servlet is capable of communicating in TCP/IP, HTTP, SOAP, XML, and other 
application-specific protocols. 

19. The system in claim 17, wherein: 

the first or second dispatcher can be implemented using Java programming language in 
the form of Java Beans. 

20. The system in claim 17, wherein: 

the stateless or stateful component can be implemented using Java programming 
language in the form of Java Beans. 

21. The system in claim 17, wherein: 

the stateless component is capable of at least one of the following: 
deriving context information from the metadata; 
containing an arbitrary amount of code for processing logic; 
calling other stateless components within the container; and 
utilizing synchronous or asynchronous controls to communicate with external 
services. 

22. The system in claim 17, wherein: 

the stateful component is capable of at least one of the following: 
deriving context information from the metadata; 

retrieving state information from nonvolatile storage through a state management 
component; 

containing an arbitrary amount of code for processing logic; 

calling other stateless or stateful components within the container; and 

utilizing synchronous or asynchronous controls to communicate with external 

services. 
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23. A method to provide a common runtime container framework, comprising: 

processing service requests and providing application services via a a runtime container; 
providing metadata on context, state, and/or other information about the data and objects 
being processed via a metadata object; and 

organizing the runtime container and the metadata object at levels within a hierarchical 
architecture. 

24. The method in claim 23, further comprising: 

extending the runtime container to inherit, provide, create and extend services, 
functionalities and properties of other runtime containers in the hierarchical architecture 
via inheritance mechanisms. 

25. The method in claim 23, further comprising: 

extending the metadata object to inherit properties, methods and interfaces of other 
metadata objects in the hierarchical architecture via inheritance mechanisms. 

26. The method in claim 23, further comprising: 

organizing the runtime container and the metadata object in duality, wherein a container 
at one level in a hierarchical architecture is capable of accessing a metadata object at the 
same level in the hierarchical architecture. 

27. The method in claim 23, further comprising: 

creating new types of runtime containers, or customizing existing containers with 
incremental features. 

28. The method in claim 23, further comprising: 

creating new levels in the hierarchical architecture for the runtime container and the 
metadata object. 

29. A method to provide a common runtime container framework, comprising: 

communicating with an invocation component and external clients via a routing and 
event handling component; 
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receiving requests from the routing and event handling component, dispatching said 
requests to a service component within a runtime container, and managing the returned 
responses via the invocation component; 

processing requests from the invocation component and producing responses back to the 
invocation component via the service component within the runtime container; 
obtaining state information from a nonvolatile storage and providing such information to 
the invocation component and the runtime container; 

obtaining information from a metadata object and providing such information to the 
invocation component and the runtime container; and 
communicating with the runtime container and external services. 

30. The method in claim 29, further comprising: 

communicating with the invocation component using a uniform or standardized protocol. 

3 1 . The method in claim 29, further comprising: 

creating the service component in the form of Java Beans. 

32. The method in claim 29, further comprising: 

performing either pre-processing requests or post-processing of responses sent to or 
returned from the service component. 

33. The method in claim 29, further comprising: 

transparently mapping the service component to a more complex set of components to 
generate and deploy applications under runtime environment. 

34. The method in claim 29, further comprising: 

specifying the service component declaratively and programmatically, as well as 
providing a model for declarative configuration override of the component at application 
deployment time. 

35. The method in claim 29, further comprising: 

locating, managing and persisting state information, wherein the physical mechanism of 
doing so is transparent. 
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36. The method in claim 29, further comprising: 

exposing component-level application services using the context information. 

37. The method in claim 29, further comprising: 

providing a simplified and common interaction model to communicate with the external 
services. 

38. A method to provide a common runtime container, comprising: 

managing communications between the runtime container and external entities using 
common or uniform protocols via at least one servlet; 
monitoring incoming communication at the servlet; 

communicating with one or more servlets, determining which components to invoke, 
dispatching requests requiring asynchronous processing to a queue, and dispatching 
requests requiring synchronous processing directly to a stateful or a stateless component; 
storing asynchronous requests via the queue; 

receiving requests from the queue, determining which components to invoke, and 
dispatching requests requiring synchronous processing directly to a stateful or a stateless 
component; 

processing stateless requests via at least one stateless component; and 
processing stateful requests via at least one stateful component. 

39. The method in claim 38, further comprising: 

communicating in TCP/IP, HTTP, SOAP, XML, and other application-specific protocols. 

40. The method in claim 38, further comprising: 

implementing the stateless or stateful component using Java programming language in 
the form of Java Beans. 

41 . The method in claim 38, wherein: 

the stateless component is capable of at least one of the following: 
deriving context information from the metadata; 
containing an arbitrary amount of code for processing logic; 
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calling other stateless components within the container; and 

utilizing synchronous or asynchronous controls to communicate with external 

services. 

42. The method in claim 38, wherein: 

the stateful component is capable of at least one of the following: 
deriving context information from the metadata; 

retrieving state information from nonvolatile storage through a state management 
component; 

containing an arbitrary amount of code for processing logic; 

calling other stateless or stateful components within the container; and 

utilizing synchronous or asynchronous controls to communicate with external 

services. 

43. A machine readable medium having instructions stored thereon that when executed by a 
processor cause a system to: 

process service requests and provide application services via a a runtime container; 
provide metadata on context, state, and/or other information about the data and objects 
being processed via a metadata object; and 

organize the runtime container and the metadata object at levels within a hierarchical 
architecture. 

44. The machine readable medium of claim 43, further comprising instructions that when 
executed cause the system to: 

extend the runtime container to inherit, provide, create and extend, services, 
functionalities and properties of other runtime containers in the hierarchical architecture 
via inheritance mechanisms. 

45. The machine readable medium of claim 43, further comprising instructions that when 
executed cause the system to: 

extend the metadata object to inherit properties, methods and interfaces of other metadata 
objects in the hierarchical architecture via inheritance mechanisms. 
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46. The machine readable medium of claim 43, further comprising instructions that when 
executed cause the system to: 

organize the runtime container and the metadata object in duality, wherein a container at 
one level in a hierarchical architecture is capable of accessing a metadata object at the 
same level in the hierarchical architecture. 

47. The machine readable medium of claim 43, further comprising instructions that when 
executed cause the system to: 

create new types of runtime containers, or customize existing containers with incremental 
features. 

48. The machine readable medium of claim 43, further comprising instructions that when 
executed cause the system to: 

create new levels in the hierarchical architecture for the runtime container and the 
metadata object. 

49. A machine readable medium having instructions stored thereon that when executed by a 
processor cause a system to: 

communicate with an invocation component and external clients via a routing and event 
handling component; 

receive requests from the routing and event handling component, dispatch said requests 
to a service component within a runtime container, and manage the returned responses 
via the invocation component; 

processing requests from the invocation component and producing responses back to the 
invocation component via the service component within the runtime container; 
obtaining state information from a nonvolatile storage and providing such information to 
the invocation component and the runtime container; 

obtaining information from a metadata object and providing such information to the 
invocation component and the runtime container; and 
communicating with the runtime container and external services. 

50. The machine readable medium of claim 49, further comprising instructions that when 
executed cause the system to: 
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communicate with the invocation component using a uniform or standardized protocol. 

51. The machine readable medium of claim 49, further comprising instructions that when 
executed cause the system to: 

create the service component in the form of Java Beans. 

52. The machine readable medium of claim 49, further comprising instructions that when 
executed cause the system to: 

perform either pre-processing requests or post-processing of responses sent to or returned 
from the service component. 

53. The machine readable medium of claim 49, further comprising instructions that when 
executed cause the system to: 

transparently map the service component to a more complex set of components to 
generate and deploy applications under runtime environment. 

54. The machine readable medium of claim 49, further comprising instructions that when 
executed cause the system to: 

specify the service component declaratively and programmatically, as well as provide a 
model for declarative configuration override of the component at application deployment 
time. 

55. The machine readable medium of claim 49, further comprising instructions that when 
executed cause the system to: 

locate, manage and persist state information, wherein the physical mechanism of doing so 
is transparent. 

56. The machine readable medium of claim 49, further comprising instructions that when 
executed cause the system to: 

expose component-level application services using the context information. 

57. The machine readable medium of claim 49, further comprising instructions that when 
executed cause the system to: 
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provide a simplified and common interaction model to communicate with the external 
services. 

58. A machine readable medium having instructions stored thereon that when executed by a 
processor cause a system to: 

manage communications between the runtime container and external entities using 
common or uniform protocols via at least one servlet; 
monitor incoming communication at the servlet; 

communicate with one or more servlets, determine which components to invoke, dispatch 
requests requiring asynchronous processing to a queue, and dispatch requests requiring 
synchronous processing directly to a stateful or a stateless component; 
store asynchronous requests via the queue; 

receive requests from the queue, determine which components to invoke, and dispatch 
requests requiring synchronous processing directly to a stateful or a stateless component; 
process stateless requests via at least one stateless component; and 
process stateful requests via at least one said stateful component. 

59. The machine readable medium of claim 58, further comprising instructions that when 
executed cause the system to: 

communicate in TCP/IP, HTTP, SOAP, XML, and other application-specific protocols. 

60. The machine readable medium of claim 58, further comprising instructions that when 
executed cause the system to: 

implement the stateless or stateful component using Java programming language in the 
form of Java Beans. 

61. The machine readable medium of claim 58, wherein: 

the stateless component is capable of at least one of the following: 
deriving context information from the metadata; 
containing an arbitrary amount of code for processing logic; 
calling other stateless components within the container; and 
utilizing synchronous or asynchronous controls to communicate with external 
services. 



Attorney Docket No.: BEAS-01399US2 SRM/DTX 
dxue/beas/1 399us2/l 399us2.002.doc 



-27- 



Express Mail No.: EV 38644743 1 US 



62. The machine readable medium of claim 58, wherein: 

the stateful component is capable of at least one of the following: 
deriving context information from the metadata; 

retrieving state information from nonvolatile storage through a state management 
component; 

containing an arbitrary amount of code for processing logic; 

calling other stateless or stateful components within the container; and 

utilizing synchronous or asynchronous controls to communicate with external 

services. 

63. A system to provide a common runtime container framework, comprising: 

means for processing service requests and providing application services via a a runtime 
container; 

means for providing metadata on context, state, and/or other information about the data 
and objects being processed via a metadata object; and 

means for organizing the runtime container and the metadata object at levels within a 
hierarchical architecture. 

64. A computer data signal embodied in a transmission medium, comprising: 

a code segment including instructions to process service requests and provide application 
services via a a runtime container; 

a code segment including instructions to provide metadata on context, state, and/or other 
information about the data and objects being processed via a metadata object; and 
a code segment including instructions to organize the runtime container and the metadata 
object at levels within a hierarchical architecture. 
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